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INTRODUCTION 


An  automatic  surface  transportation  identi fication  system  was  sought 
by  the  U.S.  Environmental  Protection  Agency  (CPA),  the  U.S.  Army  and  others 
for  use  with  community  noise  monitoring  systems.  The  purpose  of  such  an 
identification  system  is  to  break  down  vehicle  noise  sources  by  class, 
into  the  categories  of  1)  truck,  2)  bus,  3)  car,  and  4)  motorcycle.  This 
classification  enables  the  communities  to  see  what  contribution  each  cate¬ 
gory  of  vehicles  makes  to  the  overall  noise  picture  at  a  monitored  site. 
This  presently  requires  an  observer  at  the  monitoring  site. 

The  goal  of  this  project  was  to  see  if  any  techniques  existed  for 
creating  an  automatic  vehicle  identification  system  or  to  develop  one  if 
a  method  did  not  exist  which  could  be  feasibly  incorporated  for  use  with 
an  outdoor  acoustical  monitoring  system.  A  prototypical  model  demon¬ 
strating  this  feasibility  and  showing  the  identification  system  in  use 
was  to  be  constructed. 

There  were  several  constraints  in  terms  of  the  design  and  operation 
of  the  surface  noise  source  identifier  system.  A  major  consideration  was 
that  the  method  employed  hud  to  be  automatic.  It  could  not  require  imme¬ 
diate  or  constant  human  supervision  to  operate  properly.  In  addition, 
it  could  not  require  human  processing  to  create  intelligible  results.  The 
data  collected  could  he  rei orded  and  stored,  to  he  available  (or  subse¬ 
quent  analysis  if  automatic,  on-site  processing  was  not  possible. 

Another  consideration  was  that  the  system  had  to  be  non-voluntary. 

It  could  not  require  any  cooperation  on  the  part  of  the  vehicle  being 
identified.  The  vehicle  could  see  the  equipment;  it  did  not  have  to  be 
camouflaged,  but  the  vehicle  was  not  to  take  an  active  part  in  the 


identification  procedure.  Signs  could  not  be  put  up  on  the  road,  for 
example,  asking  the  traffic  to  travel  at  a  certain  speed. 


The  system  designed  had  to  be  able  to  cover  two  lanes  of  traffic 
travelling  in  any  direction.  It  also  had  to  provide  signals  to  the 
acoustical  monitoring  equipment  about  when  to  sample,  though  the  method 
itself  did  not  have  to  be  based  on  an  acoustical  design.  The  system  was 
to  allow  samples  to  be  taken  only  for  a  single  vehicle  travelling  an 
appropriate  interval  away  from  any  surrounding  vehicles.  The  acoustical 
data  was  to  be  valid  for  just  a  single  source,  so  the  identification 
system  had  to  determine  when  a  passby  of  just  one  vehicle  was  occuring. 

It  had  to  be  able  to  decide  if  there  were  multiple  vehicles  in  the  area 
monitored. 

The  proposed  system  had  to  be  field  operable.  It  had  to  incorporate 
as  much  immunity  to  weather  conditions  and  lighting  as  possible.  Rea¬ 
sonable  portability  and  ease  of  set-up  would  be  considered  advantages. 
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APPROACH 

The  problem  of  an  automatic  vehicle  identification  system  was  approached 
by  searching  out  any  existing  methods  of  solution  and  evaluating  their 
feasibility  for  use  with  a  noise  monitoring  system.  The  search  yielded  very 
few  fruitful  ideas.  Many  possibilities  were  rejected  because  they  did  not 
meet  some  of  the  primary  design  constraints. 

Available  Systems 

Visual  and  video  methods  employing  the  recording  of  vehicle  images 
on  film  were  eliminated  because  they  require  human  processing  to  yield 
results.  A  person  has  to  sit  down  and  look  at  the  pictures  taken  and 
then  correlate  the  vehicle  type  to  the  event  (  a  pass-by  ).  (5) 

Optical  coded  label  scanning,  similar  to  that  used  on  railroad  cars,  was 
eliminated  because  it  presumes  the  willingness  of  the  vehicle  to  be 
tagged.  (  6)  (13)  It  also  suffers  from  the  problem  of  the  tags  getting 
dirty  and  being  rendered  unreadable  by  the  scanning  equipment. 

The  methods  which  employ  a  low-power  radio  transponder  mounted  under 
the  vehicle  to  allow  interrogation  at  a  roadway  site  also  violate  the 
constraint  of  not  requiring  cooperation  on  the  part  of  the  vehicle.  (  6)(10)(13) 
Seismic  techniques  were  found  to  be  very  dependent  on  road  conditions  and 
physical  characteristics  of  the  road  surface.  (14)  Correlations  between 
the  data  gathered  and  actual  vehicle  identifications  were  not  very  good  if 
differences  in  road  surface  or  changes  in  vehicle  speed  were  incorporated. 
Techniques  which  had  their  basis  in  acoustical  methods  such  as  signature 
analysis  for  purposes  of  unique  identification  also  suffered  from  poor 
correlations  between  the  actual  data  and  the  resulting  classifications.  (  4) 

None  of  the  already  available  automatic  vehicle  identification  systems 
appeared  to  be  satisfactory.  A  design  which  appeared  to  have  some  promise 


was  an  extension  of  the  inductive  loop  system  currently  used  for  traffic 
counting.  (  7  )(  8  )(  9  )  A  system  of  identification  based  on  the  vehicles' 
property  of  mass  might  be  able  to  incorporate  such  a  detection  system. 

The  detection  system  would  be  based  on  the  changes  which  varying  masses 
(vehicles  of  varying  sizes)  would  have  on  the  inductive  properties  of  the 
loops  as  the  masses  pass  over  them.  The  loops  would  be  embedded  in  the 
roadway.  The  range  of  vehicle  speeds  was  foreseen  as  a  problem  with 
this  type  of  design. 

Another  promising  method  employed  optical  sensing  using  photocell 
arrays  and  logical  detection  circuitry.  (17)  In  effect,  it  acted  like  a 
one-dimensional  image  processing  system.  (Figure  1  )  The  classification 
of  the  vehicle  was  based  on  the  characteristic  of  length.  The  vehicle 
image  was  focused  with  a  camera  lens  onto  a  line  of  photocells  as  the 
vehicle  passed  by  the  apparatus.  Classification  was  then  determined  by  the 
number  of  photocells  covered  by  the  image.  The  number  of  photocells 
covered  by  a  passby  was  proportional  to  the  length  of  the  vehicle. 

Vehicles  were  then  grouped  into  classes  of  small,  medium,  and  large. 

This  method  seemed  very  elegant  since  the  amount  of  detection  equipment 
at  the  roadside  was  very  small.  Despite  high  correlations  presented  by 
the  author,  the  system  did  have  weaknesses.  One  was  that  it  had  to  be 
operated  in  daylight  or  under  artificial  illumination.  It  could  not 
distinguish  which  lane  of  traffic  the  vehicle  was  in  and  had  no 
knowledge  as  to  whether  there  were  any  other  vehicles  travelling  close 

to  the  one  that  had  been  identified.  (There  would  be  no  reason  for  the 
system  to  care  if  it  is  used  for  traffic  surveys.)  Additional  equipment 
incorporating  other  technologies  would  be  needed  to  perform  functions  such 
as  lane  detection,  and  make  them  satisfactory  for  use  here.  It  was  also 
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determined  that  ambient  lighting  and  variations  in  vehicle  color  created 
problems  also.  The  method  is  undergoing  refinement  by  the  developer  (18), 
but  was  abandoned  for  this  project  in  favor  of  an  original  approach. 
Proposed  Method 

The  method  proposed  as  being  feasible  for  an  automatic  vehicle 
classification  system  still  employs  optoelectronic  components  as  the 
basis  for  detection.  Factors  of  vehicle  length,  height,  and  number  of 
axles  are  used  as  identification  characteri sties.  In  addition,  vehicle 
speed  and  lane  position  can  be  determined  by  the  system.  It  can  send 
out  appropriate  signals  to  acoustical  or  data-taking  units  and  can 
satisfy  the  other  constraints  required  by  the  EPA. 
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Figure  1.  Block  diagram  of  T.  Takagi's  sensing  and  discriminating  system 
of  moving  vehicles. 
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PROPOSED  VEHICLE  CLASSIFICATION  SYSTEM 

The  proposed  system  consists  of  a  configuration  of  pulsed  infrared 
emitters  aimed  across  the  roadway  at  a  set  of  photoelectric  detectors. 

(Figure  2  )  The  detectors  are  tuned  to  the  frequency  at  which  the  emitters 
are  pulsed.  This  enables  the  system  to  be  independent  of  ambient  lightinq 
conditions,  since  the  detectors  will  only  respond  to  the  frequency  of  the 
beam  emanating  from  their  specific  mates.  [2  ) 

Besides  providing  the  system  with  immunity  to  ambient  lightinq  conditions 
this  type  of  emitter  and  detector  unit  is  desirable  because  it  is  environ¬ 
mentally  safe.  The  beam  produced  by  the  emitter  is  harmless  to  both  the 
passing  vehicles  and  to  the  people  in  them.  The  beam  is  invisible  to  the 
naked  eye  and  does  not  contain  undesirable  radiation.  A  person  could  look 
directly  into  an  emitter  with  no  ill  effects. 

The  units  produce  a  logic-compatible  output  voltage  whenever  the  beam 
path  is  interrupted  and  the  receiver  no  longer  detects  the  presence  of  a 
beam.  The  basis  for  this  identification  system  is  the  detection  of  the 
voltage  change  whenever  a  vehicle  blocks  a  receiver  from  sensing  the  beam. 

The  output  voltage  can  be  chosen  logically  high  or  low  to  correspond  to 
the  detection  of  the  beam  by  the  receivers.  This  system  employs  the  con¬ 
vention  that  an  interrupted  beam  will  cause  the  receiver  to  create  a  signal 
which  is  defined  as  being  logically  high. 

Algorithms  have  been  developed  which  determine  the  lane  the  vehicle 
is  in,  and  which  provide  information  about  the  vehicle’s  speed,  length, 
height,  and  axle  number  based  on  the  order  in  which  the  beams  are  broken 
and  the  time  interval  between  the  various  breaks.  A  unit  has  been  built 
for  this  system  which  contains  the  algorithms  implemented  in  hardware  logic 
to  preprocess  the  information  coming  in  from  the  set  of  emitter-detector  units 
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Beams  A,  B,  C,  D,  and  F  are  created  by  sinqle  nairs  of  receiver  and 
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The  beam  configuration  on  the  roadway  is  independent  of  traffic  directions. 


Figure  ?.  Conf iguration  of  receiver  and  transmitter  units  at  a  site. 
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The  information  that  is  provided  by  the  preprocessor  that  has  been 
built  for  this  system  does  not  perform  the  actual  classification  of  the 
vehicles  into  their  various  categories.  The  information  it  yields  can 
be  used  as  the  basis  for  classi fication  after  processing  by  a  unit  with 
arithmetic  capabilities.  The  information  provided  by  the  preprocessor 
can  either  be  read  after  each  passby  and  stored  for  later  processing  by 
the  processor  unit,  or  arithmetic  and  software  capabilities  could  be 
added  to  the  existing  preprocessor  unit  to  achieve  on-site  processing. 

Some  sort  of  memory  or  storage  capabilities  would  also  be  required  to 
save  the  results  of  either  the  preprocessor  unit  or  any  additional  unit 
added  on  to  it. 

It  should  be  noted  that  the  detector  units  can  be  bought  already 
housed  in  weatherproof  casings  and  mounts.  The  preprocessing  logic 
can  also  be  built  housed  in  a  weatherproof  box  with  an  external,  DC  power 
supply,  though  it  is  not  put  in  one  for  the  purposes  of  the  prototypical 
model.  The  detector  units  are  weatherproof  to  the  extent  that  the  system 
can  be  left  standing  in  the  rain,  but  it  will  only  function  under  the 
conditions  of  fog  at  worst.  Heavy  rain  will  disrupt  the  function  of  the 
units  by  acting  as  a  block  to  the  beam  path,  though  the  manufacturer  claims 
that  the  units  will  still  function  in  a  drizzle.  Snow  and  slush  would 
cover  the  units,  blocking  the  beams  also. 

The  Vehicle  Classi f ication  System  preprocessor  unit  consists  of  several 
separate  functional  sections  which  are  overseen  by  a  System  Controller  that 
insures  that  they  interplay  correctly.  Each  of  the  functional  sections  will 
be  discussed  individually.  Detailed  schematics  of  each  section  and  all 
other  hardware  can  be  found  in  Appendix  B  . 
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System  Scope 

The  various  functional  sections  of  the  system  preprocessor  unit  provide 
information  about  the  vehicle's  lane  position,  the  number  of  axles  it  has,  the 
transit  time  across  a  known  distance  and  the  time  interval  between  outer  axles. 
The  two  times  are  used  to  compute  the  vehicle's  speed  and  length,  respectively. 
The  sections  also  yield  information  about  the  vehicle's  height  and  provide 
siqnals  which  can  be  used  to  interface  the  preprocessor  to  acoustical  moni¬ 
toring  equipment,  external  processors,  or  data  storage  devices. 

The  information  provided  by  the  preprocessor  unit  constructed  for  this 
project  can  be  used  as  the  basis  for  vehicle  classification.  The  classi¬ 
fication  can  be  performed  by  a  separate  unit  which  has  arithmetic  and  soft¬ 
ware  capabi 1 i ties.  The  preprocessor  does  not  perform  the  classification. 

The  actual  classification  must  be  performed  by  a  different  unit  which  processes 
the  information  it  has  received  about  the  vehicle  from  the  preprocessor. 

The  first  step  in  the  processor's  activities  would  be  to  perform  the 
actual  numerical  calculations  involved  in  determining  the  vehicle's  length 
and  speed.  Next,  it  would  categorize  the  vehicle  based  upon  the  known 
characteristics  of  length,  height,  and  axle  number. 

Classi f ication  would  be  accomplished  by  grouping  together  vehicles 
with  certain  sets  of  characteristics  into  one  category.  For  example, 
all  two-axled  vehicles  which  are  short  in  height  and  have  a  specific  lenqth 
range  can  be  grouped  into  one  category  such  as  cars.  Trucks  might  consist 
of  the  group  of  vehicles  which  produces  characteristics  like  tall  and  long, 
with  more  than  two  axles. 

It  is  easy  to  see  that  more  than  just  the  four  categories  of  car,  truck, 
bus,  and  motorcycle  can  be  distinguished.  A  van,  for  example,  would  have  the 
characteristics  of  being  a  tall,  "car" -length,  two-axled  vehicle.  If  a  distinc- 
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tion  from  normal  automobiles  is  desired  for  vans,  such  a  group  of  char¬ 
acteristics  can  have  its  own  class.  The  software  can  be  written  to 
categorize  these  characteristics  into  the  class  of  cars  if  no  such 
distinction  is  desired.  The  classi fications  which  are  desired  beyond  the 
original  four  can  be  determined  before  the  processor  is  constructed  and 
the  software  is  written  for  it.  The  software  can  be  modified  if  the 
classi f ications  should  change  for  various  appl ications. 

System  Errors 

This  system  has  been  designed  to  handle  two  types  of  errors.  The 
first  type  of  errors  are  those  which  are  predetermined  by  the  functional 
specifications  of  the  system.  The  second  type  of  errors  occursas  a  result 
of  unexpected  environmental  factors. 

Vehicles  travelling  next  to  each  other  in  adjacent  lanes,  or  those 
travelling  too  closely  to  each  other  do  not  constitute  good  samples  for 
the  noise  monitoring  that  is  to  be  done.  This  means  that  the  system  must 
be  able  to  identify  such  cases  and  either  flag  them  as  errors,  informing 
the  processor  that  a  bad  acoustical  sample  has  been  taken,  or  else  not 
allow  acoustical  samples  to  be  taken  in  the  first  place.  The  noise 
monitoring  equipment  cannot  separate  the  information  provided  by  two 
noise  sources  close  together  into  the  portions  produced  by  each  source. 
Thus,  the  system  has  been  designed  to  treat  such  cases  as  errors. 

A  beam  could  be  broken  by  mistake,  creating  an  unexpected  result 
if  such  a  situation  was  not  anticipated  in  the  system  design.  Such  an 
error  might  be  caused  by  a  bird  travelling  through  the  middle  set  of  beams, 
for  example.  The  system  design  incorporates  the  proper  logic  for 


handling  the  case  of  beams  being  broken  out  of  sequence. 

The  system  was  designed  to  provide  several  criteria  for  classification 
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in  order  to  decrease  the  error  resulting  from  categorization  based  on  just 
one  characteristic.  The  factors  of  length,  height >  and  number  of  axles 
provide  a  better  "picture"  of  a  vehicle  than  just  the  factor  of  length 
which  was  used  as  the  basis  for  classification  by  Takagi.  (17) 


N. 


•  '» 
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SYSTEM  FUNCTIONS 


1? 


Lane  Position 

The  vehicle's  Lane  Position  is  determined  through  the  use  of  beams  B, 

C,  and  D  (Figure  2  ).  This  is  accomplished  by  constructing  logic  to  inter¬ 
pret  the  order  in  which  the  beam  interruptions  occur.  The  order  of  the 

interruptions  can  be  related  to  the  lane  in  which  the  vehicle  is  travelling. 
The  order  in  which  a  vehicle  breaks  this  set  of  beams  as  it  passes  through 
the  detector  configuration  depends  on  the  direction  in  which  it  is  travel¬ 
ling.  Referring  to  figure  2,  if  traffic  in  both  of  the  lanes  is  moving 
from  left  to  right  and  if  a  vehicle  interrupts: 

(1)  B,  then  C,  then  D,  it  implies  that  the  vehicle  is  in  lane  1; 

(2)  0,  then  C,  then  B,  it  implies  that  the  vehicle  is  in  lane  2; 

(3)  B,  then  D,  then  Cf\ 

or  n't  implies  that  the  vehicle  is  in  both  lanes. 

(4)  D,  then  B,  then  C J 

Cases  (3)  and  (4)  would  mean  that  there  are  either  two  vehicles  travelling 
next  to  each  other  in  the  two  lanes,  or  that  a  vehicle  is  travelling  down 
the  middle  of  the  road. 

If  B  and  D  are  reversed  in  (1)  and  (2)  above,  the  proper  lane  position 
is  determined  for  traffic  in  both  lanes  moving  from  right  to  left.  Inter¬ 
changing  B  and  0  keeps  the  conditions  in  (3)  and  (4)  the  same. 

The  case  of  two-way  traffic  is  somewhat  more  complicated.  It  requires 
this  section  to  know  which  direction  the  traffic  is  coming  from  before  it 
performs  the  logic.  Thus  hardware  has  been  built  which  informs  the  system 
whether  a  vehicle  has  entered  the  beam  configuration  from  the  left  or  from 
the  right.  A  multiplexor  is  then  used  to  interchange  the  function  of  B  and 
D  in  the  Lane  Position  algorithm.  This  enables  the  vehicle's  Lane  Position 


to  be  determined  no  matter  which  direction  it  enters  from. 
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A  state  machine  was  designed  to  perform  the  logic  for  this  function. 

The  state  diagram  which  was  used  for  the  design  is  presented  in  Figure  3  . 
The  design  of  this  section  was  carried  out  with  clocked  JK  flipflops. 

A  standard  state  transition  table  synthesis  was  performed.  This  was 
followed  by  Karnaugh  map  minimization  to  achieve  the  input  functions 
for  the  flipflops.  The  synthesis  was  performed  to  satisfy  the  require¬ 
ments  of  the  state  diagram.  (11)  Appendix  A  contains  the  details  of  this 
design. 

The  state  diagram  summarizes  the  inputs  required  for  the  machine 
to  go  from  one  state  to  another  and  to  produce  a  certain  output.  The  states 
of  the  machine  are  the  circled  lower-caseletters.  The  inputs  appear  on  the 
left  of  the  "/"  mark  and  the  outputs  appear  to  the  right  of  it.  A  state 
machine  can  remain  in  the  same  state  for  certain  inputs  if  the  design  so 
demands.  In  this  case,  the  desired  output  is  an  indication  of  which  lane 
the  vehicle  is  in  after  the  state  machine  recognizes  the  appropriate 
sequence  of  beam  breaks  which  define  the  vehicle's  position.  If  cases 
(3)  or  (4)  occur,  the  machine  produces  an  output  which  indicates  that  an 
error  condition  has  occurred. 

This  section  outputs  two  bits  which  specify  whether  the  vehicle  is 
in  lane  1,  lane  2,  or  whether  an  error  has  occurred.  A  method  of 
resetting  this  section  after  each  passby  has  been  included  in  the  design 
of  the  System  Controller,  which  oversees  all  the  functions. 

Speed  and  Length 

Information  about  the  vehicle’s  speed  and  length  is  gathered  with 
beams  C  and  El  (Figure  2  ).  The  algorithm  used  for  determining  speed 
is  motivated  by  the  standard  method  of  timing  the  vehicle  as  it  travels 
a  known  distance.  The  speed  of  the  vehicle  must  be  known  to  determine 
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reset 


000/00 


001/00 


Old/oo 


100/00 


nnl/00  Irf/QO  J  c 


ldd/11 


dd 1/11 


dlO/OO 


ldd/01 


(lane  1) 


(error) 


ddd/11 


dd 1/ in 


(lane  2) 


dd 1/ 10 


state  assignment  used 

a  000 
h  001 
c  Oil 
d  010 
e  110 
f  111 
q  101 
h  100 


Input  requires  3  bits: 

B  -  001 
C  -  010 
0  -  100 

Output  requires  2  bits: 


00-  waitinq  or  processinq  condition  (no  result  yet) 
01-  vehicle  is  in  lane  1 
1  0  -  vehicle  is  in  lane  2 
1  1  -  error  condition 


ldd/01 


Figure 


3. 


State  diagram  of  LANL  POSITION  function. 


its  length.  The  length  that  is  involved  here  is  the  distance  from  the  front 
of  the  first  axle  to  the  back  of  the  last  axle.  The  output  that  is  actually 
provided  by  this  section  is  the  transit  time  across  a  known  distance  and  the 
time  interval  between  outer  axles.  The  transit  time  is  required  to  calculate 
the  speed  and  the  speed  multiplied  by  the  second  time  interval  yields  the 
length . 

The  algorithm  for  this  function  is  summarized  in  the  block  diagram  of 
Figure  4.  The  distance  between  beams  C  and  El  has  to  be  greater  than  the 
maximum  expected  vehicle  length  for  the  algorith  to  function  properly. 

This  distance  has  been  chosen  to  be  30  meters  for  this  system.  The  distance 
is  not  fixed  and  can  be  adjusted  if  tests  on  the  road  show  that  it  does 
not  need  to  be  so  long  (or  if  they  show  it  needs  to  be  longer). 

As  with  the  Lane  Position  function,  this  algorithm  was  developed  for 
traffic  travelling  in  only  one  direction  and  extended  for  use  with  the 
two-way  case  through  the  use  of  proper  multiplexing  of  beams  C  and  El. 

For  a  vehicle  which  is  travelling  from  left  to  right,  the  algorithm  can 
be  summarized  as  follows: 

(1)  The  clock  is  started  when  the  vehicle's  first  axle  interrupts  C; 

(2)  The  time  is  noted  and  stored  each  time  that  C  is  interrupted  by  the 
vehicle; 

(3)  The  time  when  tne  vehicle's  first  axle  interrupts  El  is  noted  and 
stored; 

(4)  The  speed  is  found  by  dividing  the  time  noted  in  (3)  by  the  distance 
between  C  and  El  (30  meters); 

(5)  The  length  is  found  by  multiplying  the  speed  found  in  (4)  by  the 
last  time  stored  in  (2). 

The  length  found  in  (5)  is  thought  to  be  a  good  indicator  of  the  overall 
length  of  the  vehicle  for  class i f icat ion  purposes. 


Figure  4.  Block  diagram  of  SPEED  and  LENGTH  functions. 
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The  actual  calculations  in  (4)  and  (5)  are  not  performed  by  the 
preprocessor  built  for  this  project.  It  contains  no  hardware  capable  of 
arithmetic  operations  and  ha'  no  software  capabilities.  It  provides  only 
the  Time  for  Length  and  the  Time  for  Speed  needed  to  perform  these  cal¬ 
culations.  The  time  is  put  out  in  system  clock  units  and  not  in  seconds. 

A  processor  can  perform  the  actual  division  and  multiplication  to  provide 
final  results,  given  the  two  times  and  the  duration  of  a  system  clock  unit. 

The  duration  of  a  system  clock  unit  for  this  function  is  influenced 
by  several  factors.  It  involves  a  tradeoff  between  the  number  of  bits 
desired  for  output,  usually  as  small  as  possible,  and  the  clock  rate  which 
is  fast  enough  to  catch  the  smallest  expected  duration  of  a  beam  interruption. 
The  faster  the  clock  rate,  the  more  bits  will  be  required  to  store  the 
time  it  takes  a  slow-moving  vehicle  to  cross  the  known  distance.  The  number 
of  counters  and  registers  is  determined  by  the  number  of  bits  needed  to 
store  the  slowest  time. 

The  clock  rate  is  chosen  so  that  as  few  bits  as  possible  are  needed 
by  a  slow-moving  vehicle,  and  yet  a  beam  stays  broken  for  at  least  several 
clock  pulses  when  interrupted  by  the  axle  of  a  fast-moving  one.  The  range 
of  vehicle  speeds  for  which  the  system  operates  varies  from  10  km/hr  to 
120  km/hr.  Table  1  presents  the  timing  considerations  for  this  section. 

After  they  were  all  worked  out,  a  clock  rate  of  500  Hz  was  chosen.  Thus, 
the  times  that  this  function  produces  in  its  outputs  are  in  increments  of 
2  ms  for  processing  purposes. 

If  a  vehicle  is  travelling  below  the  minimum  speed  acceptable  to  this 
section,  the  counters  will  overflow,  resulting  in  an  error,  and  the  system 
will  wait  for  a  new  passby.  An  error  is  also  noted  by  the  system  if  beam 
El  is  interrupted  while  beam  C  is  still  being  interrupted. 
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Table  1.  Timing  Considerations. 

Speed  Time  to  travel  30  meters 


km/  hr 

sec/m 

(sec) 

1 

3.6 

108. 

5 

.72 

21.6 

8 

.45 

13.5 

10 

.36 

10.8 

15 

.24 

7.2 

20 

.18 

5.4 

25 

.144 

4.32 

30 

.12 

3.6 

35 

.103 

3.09 

40 

.09 

2.7 

45 

.08 

2.4 

50 

.072 

2.16 

55 

.065 

1.95 

60 

.06 

1.8 

65 

.055 

1.65 

70 

.051 

1.53 

75 

.048 

1.44 

80 

.045 

1.35 

85 

.042 

1.26 

90 

.04 

1.2 

95 

.038 

1.14 

100 

.036 

1.08 

105 

.034 

1.02 

110 

.033 

.99 

115 

.031 

.93 

120 

.03 

.90 

Using  120  km/hr  as  the  maximum  speed,  it  takes  .906  -  .900  =  .006  sec  to 
differentiate  a  1  km/hr  difference  in  speed  over  the  30  m  distance. 

It  takes  only  .003  sec  to  be  able  to  di fferentiate  10  cm  at  the 
maximum  speed. 

From  the  above  considerations,  a  clock  with  a  period  of  .002  sec  was 
chosen  to  be  on  the  safe  side. 

In  order  to  set  a  bound  on  the  number  of  output  bits  required,  the 

lowest  speed  allowed  for  the  system  was  chosen  to  be  8  km/hr.  This  requires 

13  output  bits  with  the  500  Hz  clock. 
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The  only  way  that  beams  C  and  El  can  be  interrupted  at  the  same  time 
as  far  as  the  system  is  concerned,  is  to  have  two  vehicles  travelling  too 
close  to  each  other.  This  is  an  error  in  terms  of  the  design  constraints. 

The  preprocessor  could  be  redesigned  to  allow  shorter  distances  between 
vehicles.  The  implementation  of  the  algorithm  for  speed  detection  would 
remain  the  same,  but  the  one  for  length  would  have  to  be  redesigned  if 
a  shorter  inter-vehicle  interval  was  desired. 

Beams  C  and  El  reverse  their  roles  to  handle  traffic  travelling  in  the 
reverse  direction  and  are  multiplexed  appropriately  according  to  the  vehicle 
direction  as  perceived  by  the  system.  This  section  can  discriminate  differ¬ 
ences  in  length  of  10  cm  at  high-speed  ranges,  which  is  fine  enough  to  reflect 
the  difference  in  length  between  a  motorcycle  and  a  car.  The  output  is  pro¬ 
duced  in  14  bits  for  Time  for  Speed  and  14  bits  for  Time  for  Length,  in  binary. 

Height 

Beams  El  through  E4  are  used  to  qather  information  about  the  Height  of 
the  vehicle,  (figure  5  )  The  beams  are  set  up  one  above  the  other,  per¬ 
pendicular  to  the  road,  (figure  2  )  The  heights  can  be  chosen  such  that 
the  detector  units  are  located  at  axle  height,  just  above  car  height,  at 
truck  cab  height,  and  a t  truck  load  height. 

A  priority  encoder  is  used  to  show  which  was  the  highest  beam  inter¬ 
rupted  by  a  given  vehicle.  T he  taller  the  vehicle,  the  higher  a  beam  it 
will  break. 

The  motivation  for  this  function  was  to  provide  a  second  dimension 
for  character ization  purposes.  Heiqht  can  be  used  to  describe  vehicle 
size  in  the  vertical  dimension  just  as  length  describes  it  in  the  horizon¬ 
tal.  This  provides  for  a  crude  type  of  two-dimensional  image  processing 
in  terms  of  the  classification  algorithm. 


This  function  does  not  give  a  side  view  contour  of  the  vehicle  as  it 
passes  by.  It  provides  an  indication  of  at  least  how  tall  the  tallest 
section  of  the  vehicle  is  in  relation  to  I  tie  tallest  section  of  some  other 
vehicle.  The  processor  that  receives  this  height  information  from  the 
preprocessor  has  to  know  that  the  height  of  beam  El  corresponds  to  x  number 
of  meters,  the  height  of  beam  E2  to  y  number  of  meters,  and  so  on. 

This  section  outputs  two  bits  identifying  the  beam  which  was  broken. 

It  contains  no  error  identification. 

Axle  Count 

The  Axle  Count  section  provides  a  possible  third  feature  for  class¬ 
ification.  It  also  provides  an  additional  check  to  the  multiple-lane 
error  indicated  by  the  Lane  Position  function  of  the  system.  This  section 
uses  beams  C  and  El  as  inputs. 

The  purpose  of  this  section  is  to  count  the  axles  of  the  vehicle 
at  two  different  points  in  the  beam  configuration.  It  provides  the 
axle  number  in  binary  as  the  four-bit  output.  An  additional  bit  indicates 
the  occurrence  of  a  mismatch  m  axle  count  between  the  two  points  where 
it  is  determined.  A  block  diagram  of  this  section  is  presented  in  Figure  6  . 

If  the  axle  count  at  both  points  is  not  the  same,  it  means  that  somehow, 
during  a  single  passby,  a  vehicle  has  more  axles  at  one  time 
than  in  another.'  This  would  actually  occur  if  vehicles  of  similar  length 
entered  the  system  simultaneously  in  the  two  lanes  and  then  pulled  somewhat 
apart  from  each  other  because  of  a  difference  in  speed  (as  when  one  vehicle 
is  passing  another).  Since  the  case  of  two  vehicles  passinq  through  the 
system  at  the  same  time  violates  design  constraints,  an  error  is  noted  by 


this  section. 


enable  each 
time  C  is 
interrupted 


enable  each 
time  El  is 
interrupted 


error  if  axle 
counts  do  not 
agree 


Figure  6.  Block  diagram  of  AXLE  COUNT  function. 


Mu  1 tiplexor 

The  Multiplexor  function  keeps  track  of  which  direction  a  vehicle 
is  (omint)  from  and  then  insures  that  the  various  system  functions  receive 
the  signal  from  the  appropriate  beams  in  terms  of  their  algorithms.  It. 
also  provides  some  of  the  system  reset  signals  required  by  the  System 
Controller  to  perform  its  tasks.  It  is  strictly  an  internal  function 
and  provides  no  output  to  any  ext<  rnal  units. 

System  Controller 

One  of  tiie  functions  of  the  System  Controller  is  to  insure  that  the 
individual  sections  of  the  Vehicle  Classification  System  interact  properly. 

It  checks  to  see  that  beams  are  being  broken  in  the  proper  sequence,  given 
the  vehicle's  direction  with  respect  to  the  beam  conf iquration.  This 
sequence  detection  also  provides  a  means  of  insurinq  that  only  one  vehicle 
is  passing  through  the  system  at  a  time,  in  compliance  with  the  system 
constraints.  The  System  Controller  makes  sure  that  data  provided  to 
any  external  units  is  flagged  as  valid  or  not.  It.  also  provides  the  control 
signals  for  turning  the  acoustical  monitoring  equipment  on  and  off. 

A  portion  of  the  System  Controller  was  realized  with  a  state  machine 
design.  This  involved  a  procedure  similar  to  that  employed  for  the  Lane 
Position  function,  but  based  on  the  state  diagram  constructed  for  this 
section's  logic.  The  state  diagram  for  the  State  Controller  is  presented 
in  Figure  7  .  Details  of  the  synthesis  performed  to  satisfy  the  require¬ 
ments  of  the  state  diagram  are  contained  in  Appendix  A.  The  design  was 
realized  utilizing  JK  flipflops.  Equations  were  found  for  the  inputs  to 
the  fl ipflops. 

The  System  Controller  oversees  the  whole  system  by  transferring  to  a 
given  state,  depending  on  the  order  in  which  beams  A,  C,  LI,  and  F  are  broken. 
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Figure  7.  Block  and  state  diagram  of  SYSTEM  CONTROLLER. 


The  Controller  outputs  provide  the  system  with  information  as  to  when 
sections  are  to  be  enabled  and  when  errors  occur.  The  outputs  of  the 
state  machine  are  four  status  bits:  "Ready",  "Busy",  "Finished",  and 
"Error".  These  are  an  indication  of  what  state  in  the  state  machine  the 
Controller  is  in  at  any  point  in  time.  The  system  is  "Ready"  if  it  has 
been  reset  properly  and  is  waiting  to  receive  the  next  vehicle.  It  is 
"Busy"  if  beams  are  beinq  broken  in  the  proper  sequence  once  a  vehicle 
has  entered  the  system  and  the  various  sections  of  the  system  are  func¬ 
tioning  normally.  "Finished"  indicates  that  a  passby  is  completed. 

The  controller  enters  an  "Error"  status  if  something  has  gone  wrong 
during  the  vehicle's  passby.  Another  vehicle  entering  the  system  from 
either  direction  while  a  vehicle  is  already  in  the  configuration  will  cause 
an  error.  The  system  is  eventually  reset  from  an  "Error"  status  once  the 
proper  sequence  of  beams  has  been  broken  again.  This  will  occur  once  the 
offending  vehicles  have  cleared  out  of  the  system.  Everything  can  be  reset 
by  a  Master  Reset  signal  if  it  is  necessary  to  clear  the  system  manually, 
as  when  it  is  initially  set  up. 

The  System  Controller  acts  as  a  general  error  detector.  It  decides  if 
two  vehicles  are  travelling  too  closely  to  each  other,  or  if  a  vehicle  is 
entering  each  end  of  the  system  at  the  same  time.  Both  of  these  are 
invalid  cases.  It  keeps  track  of  stray  beams  being  interrupted  inappropriately. 
It  enables  the  system  to  reset  itself  after  such  an  interruption  so  tnat 
it  is  ready  to  start  over  again. 

Another  very  important  function  that  the  System  Controller  performs  is 
to  indicate  when  all  the  data  for  a  given  passby  is  ready  to  be  transferred 
to  an  external  device  such  as  a  storage  unit  or  processor.  It  utilizes  the 
"Finished"  status  bit  to  allow  the  preprocessor  to  "handshake"  with  those 


devices.  This  insures  that  the  data  is  actually  read  before  it  enables  the 
other  systems  to  reset. 

Part  of  the  Controller  function  which  is  not  implemented  with  a  state 
machine  involves  the  section  which  signals  the  external  units.  It  provides 
a  signal  which  enables  acoustical  data  to  be  taken  if  it  determines  that  a 
valid  passby  is  occurring.  If,  during  the  sampling  period,  the  Controller 
determines  that  the  system  constraints  have  been  violated  and  that  there  is 
an  error,  it  aborts  the  acoustical  sample.  In  addition,  it  provides  a 
flag  indicating  that  the  sample  did  not  terminate  normally.  Again,  it 
provides  an  external  unit  with  a  signal  indicating  when  it  can  read  data. 

It  then  waits  for  a  "handshaking"  signal  in  return  telling  it  that  the 
data  has  indeed  been  read. 

Other  Functions 

The  other  hardware  functions  are  internal  support  systems  for  input  and 
output  lines.  There  are  display  drivers  for  a  visual  display  panel.  This 
display  allows  the  outputs  to  be  read  without  an  additional  external  unit 
to  do  the  reading.  The  outputs  which  are  provided  are  in  their  raw  data 
form  from  the  preprocessor.  A  processor  unit  is  still  required  to  perform 
any  numerical  computations  required  and  to  do  the  actual  classification  of 
the  vehicles  based  on  their  characteristics. 


IMPLEMENTATION 


T  ho  prototype  of  the  Vehicle  Class  i  I  it  <it  ion  System  for  testing  of  t  lie 
design  was  implemented  usinq  HI,  MSI  tr<hnologv.  I  ho  (hips  were  arranged 
in  wire-wrap  sockets  onto  S-100  boards  which  fit  into  a  commercial  chassis 
put  out  by  BYTE.  The  chassis  was  equipped  with  a  power  supply  and  a 
motherboard,  which  allowed  for  businq  of  lines  between  boards.  Ribbon 
cable  was  used  where  the  bus  could  not  be,  such  as  to  the  front  (display) 
and  back  (output  line)  panels.  A  total  of  four  boards  were  needed  to 
fit  all  of  the  functions.  The  chassis  is  meant  to  hold  ten  soldered  boards, 
or  will  hold  five  wire-wrapped  ones. 

The  front  panel  shown  in  Figure  8  contains  LED's  indicating  the 
relevant  outputs  from  the  various  system  functions.  A  set  of  switches  is  used 

to  simulate  the  function  of  the  receiver  and  transmitter  units  on  the 
road.  These  were  provided  for  purposes  of  debugging  the  system,  as  was 
the  hand  clock  for  single-stepping  through  the  two  state  machines.  A 
Master  Reset  switch  is  provided,  and  so  is  a  Power  On  indicator  light. 

A  switch  is  also  provided  to  simulate  the  "handshaking"  signal  from  the 
external  world  indicating  data  has  been  read.  A  switch  in  the  "off"  (down) 
position  takes  the  place  of  an  uninterrupted  beam,  and  one  in  the  "on" 
position  plays  the  role  of  a  beam  interruption. 

More  detailed  information  about  the  hardware,  including  all  scnematics. 


is  provided  in  Appendix  B. 


MODEL 
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Once  it  was  determined  that  the  system  was  functioning  properly  using 
switches  as  inputs,  it  was  decided  to  test  the  system  by  creating  a  scale 
model  road  and  vehicles.  A  configuration  of  smaller  beams  was  also  required. 

A  scale  of  1:50  was  chosen  for  the  vehicles,  but  this  created  problems 
with  the  vertical  dimension  of  the  system.  The  emitter  and  detector  units 
which  were  available  were  not  on  a  1:50  scale  to  the  ones  to  be  used  on  the 
road.  They  were  not  small  enough  to  create  beams  which  could  fit  under  a 
scaled  car's  carriage.  This  was  a  necessity  in  order  to  be  able  to  dis¬ 
tinguish  axles.  The  full  scale  system  would  not  experience  such  a  problem 
because  the  full  scale  detector  units  are  sufficiently  small  to  create  a 
beam  which  can  pass  at  the  undercarriage  level  of  a  car. 

The  problem  was  solved  by  creating  vehicle  models  which  are  distorted 
in  the  vertical  dimension.  A  scale  factor  of  1:25  was  chosen.  The 
dimensions  of  the  various  vehicles  used  to  test  this  system  are  presented 
in  Table  2  .  (16)  The  silhouettes  of  the  vehicle  models  used  are  shown  in 
Figure  9  . 

The  other  main  problem  with  the  model  involved  the  choice  of  what  to 
use  for  a  propelling  mechanism  for  the  vehicles  to  achieve  realistic  scaled 
speeds.  This  was  solved  by  using  a  scaled  train  set  to  give  motion  to  the 
vehicle  models.  The  models  were  mounted  on  top  of  box  cars.  The  detection 
units  do  not  "see"  the  train;  the  top  of  the  box  cars  is  referenced  as  the 
road  surface  to  the  system. 

The  train  set  was  set  up  on  a  4  by  12  foot  board.  It  consisted 
of  three  concentric  oval  tracks.  The  layout  of  the  model  is  presented  in 
Figure  10.  Lane  1  extends  from  the  edge  of  one  track  to  the  middle  of  the 
center  track.  Lane  2  extends  from  the  middle  of  that  track  to  the  edge  of 


Table  2  .  Dimensions  of  vehicles  used  for  modelling. 


LENGTH  FROM  FRONT 
OF  FIRST  TIRE 

OVERALL  TO  BACK  OF  OVERALL 


VEHICLE 

LENGTH 

#  of  AXLES 

LAST  TIRE 

_  WIDTH 

1 

subcompact  1 

3.81 

2 

2.82 

1.50 

2 

subcompact  2 

4.42 

2 

3.07 

1.65 

3 

compact 

5.03 

2 

3.40 

1 .88 

4 

midsize 

5.59 

2 

3.61 

2.01 

5 

large 

5.79 

2 

3.76 

2.9.3 

6 

truck  1 

16.76 

5 

16.41 

2.44 

7 

truck  2 

19.81 

5 

19.45 

7 . 44 

8 

truck  cab 

4.69 

2 

4.17 

2.44 

9 

truck  or 
bus 

9.  14 

2 

7.21 

2.59 

10 

van 

4.27 

2 

3.29 

1.83 

11 

motorcycle 

2.08 

2 

1.98 

.76 

[All  measurements  in  meters.] 


» 


' 


HEIGHT 

1.22 

1.27 

1.28 
1.27 
1.32 
4.12 
4.12 
3.05 

3.05 

1.93 

1.22 


(jure 


9.  Silhouettes 


of  vehicles  used  for  s.vstem  model!  inq. 


Figure  10.  Configuration  of  the 
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the  third  track.  The  middle  track  was  provided  so  that  the  instance  of  a 
vehicle  travelling  down  the  middle  of  the  road  could  be  simulated.  (A  train 
needs  a  track  there  to  be  able  to  do  so.  ) 

Switching  tracks  were  provided  at  the  back  side  of  the  tracks  so  that 
trains  could  switch  back  and  forth  between  any  of  the  three  tracks  while 
travelling  in  either  direction.  Power  can  be  switched  so  that  the  trains 
on  the  inner  and  outer  track  are  able  to  travel  at  different  speeds  and 
in  opposite  directions  if  desired.  A  vehicle  (or  train)  can  never  travel 
down  the  middle  of  the  road  and  in  a  proper  lane  at  the  same  time.  The 
vehicles'  widths  would  prevent  them  from  doing  so. 

Receiver  and  Detector  Units 

Phototransi stors  sensitive  to  the  infrared  portion  of  the  spectrum 
were  used  in  the  detector  units.  It  turned  out  that  the  photodiodes  which 
were  matched  to  these  transistors  did  not  emit  enough  energy  to  operate 
over  the  distances  required  by  the  model.  (They  are  normally  meant  to 
operate  over  very  small  separations,  usually  less  than  an  inch.)  It 
was  discovered  that  ordinary  penlight  bulbs  emitted  enough  heat  to  have  the 
phototransistors  respond  quite  well  to  them.  The  penlight  bulbs  were  used 
as  the  emitters. 

A  schematic  of  the  detector  circuits  is  provided  in  Appendix  B  . 

This  set  of  circuits  was  implemented  on  a  breadboard  outside  of  the  unit 
which  houses  the  preprocessor  unit.  The  outputs  were  connected  to  the 
unit  with  a  ribbon  cable.  The  same  port  on  the  back  panel  of  the  pre¬ 
processor  unit  can  be  used  to  input  the  outputs  from  the  full  scale  detectors. 
The  full  scale  units  already  have  the  appropriate  circuitry  built  into 
their  housings  and  the  circuits  on  the  breadboard  will  not  be  needed  in 
the  full  scale  system. 
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Test  Results 

The  testing  phase  was  composed  of  two  sections.  One  was  to  check  that 
the  characteristics  produced  hy  the  preprocessor  unit  were  correct  for 
each  of  the  test  model  vehicles.  The  other  was  to  exercise  the  system 
under  known  error-causing  condi tions  and  see  that  the  systpn  responds  properly. 

In  the  first  portion,  each  of  the  vehicle  models  was  run  through  the 
detector  configuration  in  various  directions,  lanes  and  at  various  speeds. 

The  speed  of  the  vehicle  was  measured  independently  by  being  timed  with 
a  stopwatch.  The  data  was  read  from  the  front  panel.  The  numerical 
calculations  were  performed  with  a  hand  calculator  for  the  processor  unit. 

The  data  transferred  switch  was  used  to  produce  the  signal  which  simulated 
the  external  "handshaking"  signal. 

Some  actual  test  statistics  are  provided  in  Appendix  C.  The  Lane 
Position,  Axle  Count,  and  Height  agreed  with  the  actual  characteristics 
of  each  of  the  model  vehicles.  A  5%  discrepancy  between  the  speed  cal¬ 
culated  from  the  time  provided  by  the  system  and  the  stopwatch  based 
calculation  was  common.  The  model  is  quite  hard  to  time  accurately  over 
such  short  distances  by  band.  Since  the  system  is  effectively  providing 
an  electronic  timer,  it  is  probably  a  more  accurate  indication  of  the 
model  speed. 

The  length  from  Table  2  was  compared  to  the  length  calculated  from  the 
data.  The  two  figures  were  usually  within  5%  of  each  other  with  the 
exception  of  the  motorcycle.  The  discrepancy  there  was  15*.  One  reason 
that  the  figures  may  not  have  agreed  exactly  was  that  full  scale  dimensions 
were  being  compared  and  that  meant  that  a  3-mm  difference  in  the  model 
sizes  resulted  in  a  30-cm  difference  full  scale.  Some  error  was  introduced 
in  cutting  out  the  model.  Lastly,  the  train  appeared  to  be  having  problems 


holding  a  steady  speed  sometimes.  A  change  in  speed  while  the  vehicle  is 
travelling  between  beams  C  and  El  would  result  in  an  error  in  the  length 
and  speed  determined  by  the  system.  Vehicles  in  the  full  scale  system 
would  have  to  be  travelling  at  pretty  much  a  constant  speed  over  the 
30  meter  distance  for  the  system  to  produce  accurate  results. 

Besides  checking  to  see  that  the  statistics  provided  by  the  model  were 
proper  for  the  various  types  of  vehicles,  known  error  cases  were  run  through 
the  system  to  test  out  the  Controller.  Cars  were  sent  down  the  middle 
of  the  road;  they  entered  the  system  at  the  same  time  from  opposite  ends. 
Vehicles  were  allowed  to  pass  each  other  while  in  the  system  configuration; 
they  were  allowed  to  follow  each  other  in  very  short  intervals.  Vehicles 
were  allowed  to  stop  in  the  middle  of  the  system  while  travelling  through 
it.  The  system  was  started  up  with  vehicles  in  it.  Beams  were  interrupted 
by  hand  at  various  points. 

Appropriate  errors  were  always  indicated  and  proper  action  resulted 
with  only  one  exception.  If  two  vehicles  travel  less  than  30  meters 
apart  from  the  front  of  the  first  car  to  the  rear  of  the  second,  the 
system  yields  characteristics  about  this  "vehicle"  as  a  proper  passby. 

The  description  may  be  of  a  very  long,  four-axled  vehicle. 

The  preprocessor  cannot  correct  for  this  case  because  it  has  no 
arithmetic  or  software  capabilities.  The  processor  unit  can  catch  this 
instance  by  having  a  classification  of  such  "suspiciously"  characterized 
vehicles.  Two  cars  tailgating  would  have  four  axles  and  be  very  long, 
but  they  would  still  be  low  in  height.  The  unit  can  check  for  combinations 
of  predetermined  "odd"  characteri sties  and  indicate  that  they  show  an 


error. 


CONCLUSION 


None  of  the  automatic  vehicle  identification  systems  already  in  existence 
were  suitable  for  use  with  the  noise-monitoring  equipment.  An  original 
design  was  developed  to  perform  this  function.  It  is  based  on  a  configuration 
of  photoelectric  emitters  and  receivers  set  up  along  the  road.  The  method 
created  uses  hardware- impl emented  logic.  It  performs  a  series  of  algorithms 
on  the  output  from  the  units  created  when  a  vehicle  interrupts  the  beams 
as  it  passes  through  the  system. 

The  design  was  implemented  in  a  preprocessor  unit  which  yields  data 
involving  characteristics  of  the  vehicles  but  does  not  perform  the  actual 
classification.  This  unit  was  tested  in  a  scaled  model  system.  Results 
from  this  model  are  very  positive  in  indicating  the  correctness  of  the 
design's  functions  and  its  feasibility  towards  full  scale  use  on  the  road. 

The  preprocessor  is  able  to  output  the  appropriate  signals  required  to 
interface  to  external  equipment  such  as  noise  monitoring  units. 

Various  portions  of  the  design  could  well  be  utilized  by  other  projects. 
The  speed  detection  system  can  be  implemented  with  only  two  detector  units. 

It  can  be  utilized  for  Highway  Department  projects  concerned  with  vehicle 
speed.  Similarly,  other  functions  of  the  preprocessor  can  be  used  on  a 
stand-alone  basis.  A  height  indicator  or  an  axle  counter  might  be  useful 
in  a  traffic  study.  Thus  sections  of  this  system  can  be  employed  with 
benefit  to  other  systems  concerned  with  various  aspects  of  vehicle  study. 
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APPENOIX  A 

The  figures  and  table  in  this  section  present  the  details  of  the 
transition  table  systhesis  and  Karnaugh  map  minimization  performed  in 
the  design  of  the  Lane  Position  function  and  the  System  Controller. 
For  additional  details  of  state  machine  design,  see  Kohavi  (11). 
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Figure  11.  State  transition  and  output  table  for  LANE  POSITION  function. 
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Figure  12.  Excitation  requirements  for  JK  flipflops. 
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Figure  18.  Karnaugh  maps  for  J  and  K]  functions  for  SYSTEM  CONTROLLER 
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Figure  21,  Karnaugh  maps  for  output  functions  for  SYSTEM  CONTROLLER. 


Figure  22.  Karnaugh  maps  for  output  functions  for  SYSTEM  CONTROLLER. 
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Table  3.  Equation  simplification  for  SYSTFM  CONTROLLER  equations. 

The  following  set  of  variables  is  defined  in  order  to  simplify  the  system 
controller  equations.  This  reduces  the  number  of  inputs  per  gate,  allowing 
implementation  with  commonly  available  chips. 


X=AF+AF 

11 

> 

+ 

^yy^x 

n=C+El 

F=Xy3f 

■‘=yl+y2 

II 

S' 

,)-i!+F+y^+y, 

5*AE1 

o  =  r.+El+F+y 

>=y|y2c 

;.=  -.+C+F+y? 

«*>=y  1  r 

The  system  controller  equations  take  the  following  form  after  the  variables 
are  substituted  appropriately: 

J  ^  -  i (P  ( A+C+F+y^ )  ( :+n+y2+y3) 

J2=(r,+F+y.| )  ( '■  +Ti+y 3 ) 

J^-(A+ri+y2)  (n+.)  (  t+n+F) 

K1  =  r'Ely3X 

KfEU 

K3‘AE1  F.o+y'E  1  y  ^  X 

Z  ^  - 1-  F + E 1  X 

Z2=AF  + 1 Fy i y 3  ^AL 1 F \+F, 
z,-rly|vr. 

Z^=v  ;  ( n+  -+y3 )  0  ( n+  dy3 )  (A+>i+F+.  )  ( A+n+Fe.,) 


APPENDIX  B 


The  figures  and  tables  of  this  section  present  the  schematics  and 
details  of  the  hardware  used  in  the  design  of  the  Vehicle  Classification 
System  preprocessor.  Additional  details  about  the  S-100,  BYTE-8  chassis 
are  available  in  the  manufacturer's  specifications.  The  chassis  comes 
with  a  power  supply  which  can  provide  +8,  +18,  and  -18  volts.  Each  board 
in  the  chassis  has  an  on-board  power  regulator  and  input-output  capacitors 
to  provide  +5  volts  as  the  logically  high  signal.  The  front  panel  of  the 
standard  chassis  has  been  modified  in  order  to  display  the  outputs  from  the 
various  system  functions. 

Input  and  output  connectors  have  been  provided  on  the  back  panel. 

The  inputs  consist  of  the  outputs  from  the  detectors  --  either  the  full 
size  units  or  the  model  ones.  These  are  fed  into  the  top  connector  on 
the  back  panel.  The  unit's  outputs  can  be  accessed  from  the  next  two 
connectors  on  the  back  panel.  The  outputs  are  sent  out  in  negative 
logic.  The  have  to  be  inverted  at  the  receiving  unit  in  order  to  be 
read  properly.  Grounding  caps  have  been  created  for  the  inputs  on  the 
connectors.  (The  output  connector  has  one  input  connection  in  the  form 
of  receiving  the  "handshaking"  signal  from  the  external  unit.)  These 
are  used  to  tie  the  inputs  low  when  the  system  is  being  operated  from  the 
front  panel  switches,  and  no  external  inputs  are  connected  to  it.  The 
output  line  definitions  are  specified  in  Figure  9.  Ribbon  cable  connectors 
are  provided  to  make  these  outputs  readily  accessible  for  interfacing  to 


an  external  unit. 
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Table  4  .  Hardware  labelling  convention',  and  contents. 

References  to  chips  are  made  by  board,  row,  and  column. 

The  boards  are  labelled  ,  , ,  and  v.  There  is  also  one  external  breadboard. 
The  rows  are  labelled  A,  B,  C,  and  D. 

The  columns  are  label  it'd  /,  Y,  X,  W,  V,  1.  S.  R,  P,  N,  M,  l,  and  K. 

Ribbon  cable  connectors  are  labelled  with  lower-case  letters,  with  subscripts 
indicating  which  end  is  referred  to. 


Connector 

Size 

Location 

al 

20  pin 

board  > 

a., 

20  pin 

board 

‘'I 

20  pin 

front  panel 

b? 

20  pin 

board  ,< 

C1 

SO  pin 

board  i 

C2 

SO  pin 

front  panel 

dl 

20  pin 

board  .» 

d,, 

c 

20  pin 

front  panel 

el 

20  pin 

board  , 

e? 

25  pin 

back  panel 

fl 

SO  pin 

board  A 

f2 

25  pin 

back  panel 

f3 

25  pin 

back  panel 

Hoard  <  contains  Display  drivers 
Switch  debounce 

Board  .■  contains  System  controller 
Mul ti plexor 
Input  buffers 

Board  r  contains  Lane  detection 
Clocks 

Axle  counter 

Signal:  to  acoustical  or  data-taking  units 

Board  •  contains  Length  and  Speed 
Height 

Output  drivers 

Breadboard  contains  receiver  detection  circuitry. 

Any  signals  put  out  onto  the  S-100  bus  are  denoted  by  a  number  enclosed  in  a 
circle  on  the  schematics. 
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Table  5a.  S-100  bus  signal  definitions. 


P_IN_# 

SIGNAL  IDENTIFIER 

POINT  OF  ORIGIN 

1 

+8  volts 

2 

+18  volts 

3 

4 

A 

BBN6 

5 

B 

BCN6 

6 

C 

BDN6 

7 

D 

SCN1 2 

8 

El 

BDN12 

9 

F 

BBN12 

10 

A 

SBN8 

11 

B 

BCN8 

12 

C 

B0N8 

13 

D 

BDN2 

14 

El 

BBY6 

15 

F 

RCN2 

16 

cd 

BAN4 

17 

BAN  6 

18 

BAN8 

19 

»d 

BAN  10 

20 

E3d 

SAN12 

21 

E4d 

BBN2 

22 

Master  Reset 

a  -  column  m 

23 

Done 

BBY10 

24 

Start  Clear 

BBY8 

25 

Data  Transfer  Complete 

(System)«CK3 

26 

Data  Transfer  Complete  (External)  <5BJ6 

27 

Ready 

BBW3 

28 

Controller  Status  1 

29 

Finished 

BBW8 

30 

Error 

HBX3 

31 

Note:  Pins  enclosed  in  parentheses  have  been  dedicated  by  the  chass 
manufacturer  and  cannot  be  used  by  this  system. 


Table  5b.  S-100  bus  signal  definitions. 


PIN  if 

SIGNAL  IDENTIFIER 

POINT  OF  ORIGIN 

32 

Z1  ' 

yBRI  5 

33 

z2  j 

yBR14 

34 

Z3  j>  Axle  Count 

vBRl  3 

35 

Z4  ) 

yBRI  2 

36 

Error/ 

yAT8 

37 

7  v 

cSDS9 

1  3  Height 

38 

Z2 

,SDS7 

39 

Z]  lane  1 

yBV8 

40 

lane  2 

yAV8 

41 

42 

System  Clock  (4000  Hz) 

yBK3 

43 

44 

45) 

SOUT 

46 

47 

48 

500  Hz  Clock 

yAKl  2 

49 

50 

Ground 

51 

+8  volts 

52 

-18  volts 

53 

Acoustical  Data  Aborted 

y  AP9 

54 

Taking  Acoustical  Data 

yDR5 

,55) 

RTC 

56 

zi  \ 

6DX5 

57 

12 

XDX9 

58 

13  ; 

1 

XDX2 

59 

Z^  \  Time  for 

.SDX12 

54 


Table  5c.  S-100  bus  signal  definitions. 


PIN  #_ 

SIGNAL  IDENTIFIER 

POINT  OF  ORIGIN 

67 

Z12  1 

<SBX12 

{68} 

MWRITE 

69 

Z13  V — - - 

SAX5 

70 

Z14  -  Overflow  Error) 

BAX9 

71 

72 

pf 

HAK6 

73 

BAK8 

74 

dD 

BAKU 

75 

Data  Available  to  be  Read 

yBP3 

76 

[7?) 

PWR 

78 

Z 1 5  \ 

(SDWl  5 

79 

Z 1 6  \ 

iSDW14 

80 

Z 1 7  \ 

iSDWl  3 

Time  for 
Length 


Z28  -  Overflow  Error 

TaR 


Hand  Clock  (single  step) 


cSDWl  2 

6CW15 

(SCW14 

iSCWl  3 

iSCWl  2 

6BW15 

6BW14 

6BW13 

<SBW1 2 

(S  AW1 5 

6AW14 

BAL3 

BAL6 

KAL8 

PALI  1 

PAK3 

BAJ3 

vAVI5 


Ground 


BOARD 


i 

.1 

PR 

• 

r 

0  cx  0 

1 

l^*» 

w 

►CK 

CLR 

] 

rl 

w — f - 

r 

It 

PR 

• 

0  cx  0 

^>,2 

1  “ 

>CK 

Cl  R 
- u\ 

1  1 

l  1 

1 

n 

U  _  W 

BX 

H 

l  b.5 

j 

>CK 

CLR 

1 

% 

rr  i 

♦  5  m  ■ 

T 

•*] 

PR 

n  n 

• 

0  BX  0 

.  hi4 

- 

»CK 

CLR 

t 

pi 

lo  ! ::  4 


™FZ 

•t 

PR 

0  AX  0 

— 

>CK 

.. 

CLR 

»  £  • 


t« 

PR 

0  cw  0 

►  CK 

CLR 

0,J 

[Z]  (G»t»r>) 


0,2 

0  (L'flh*  0lu«) 


0,3 

[c]  (Doik  Blut) 


0|4 

0  (Light  Blut) 


o,S 

fiTI  (Oath  Blut) 


0,6 

Eil  (Yellow) 


o,7 

Ej]  (Yellow) 


o,e 

[E<]  (Yellow! 


;  ♦  5  — — 

^ i - 1 

A* 

• 

[  PR 

k_ 

>  p 

P  ew  0 

-  , 

t  > 

kCK 

1 

1  Cl  R 

1 

► 

o,9 

0  <p,nfcl 


D]  Data  T  i  oniftr  Compifft  (Bloch) 


,  PR 

r—  0  0  ■ 

I  AW 

U.CK 


98)  Hohl)  Clock 


-  C ,  26 

-  C 1 1  ^2)  Moiie>  Reset 


Note:  All  resistors  are  4700ft. 


Figure  24.  Schematic  of  Switch  debounce. 
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Figure  27  .  Schematic  of  Input  buffers 
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Figure  34  .  Schematic  of  Output  drivers. 


APPENDIX 


72 


-  Model  Results 
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